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in ETSI SR 000 314: "Intellectual Property Rights (IPRs); Essential, or potentially Essential, IPRs notified to ETSI in 
respect of ETSI standards", which is available from the ETSI Secretariat. Latest updates are available on the ETSI Web 
server ( http://webapp.etsi.org/IPR/home.asp ). 

Pursuant to the ETSI IPR Policy, no investigation, including IPR searches, has been carried out by ETSI. No guarantee 
can be given as to the existence of other IPRs not referenced in ETSI SR 000 314 (or the updates on the ETSI Web 
server) which are, or may be, or may become, essential to the present document. 



Foreword 



This Technical Specification (TS) has been produced by ECMA on behalf of its members and those of the European 
Telecommunications Standards Institute (ETSI). 



Brief History 



The present document is one of a series of ECMA Standards defining services and signalling protocols applicable to 
Private Integrated Services Networks (PISNs). The series uses ISDN concepts as developed by ITU-T and conforms to 
the framework of International Standards for Open Systems Interconnection as defined by ISO/IEC. It has been 
produced under ETSI work item DTS/ECMA-0023 1 . 

The present document specifies the Make Call Request supplementary service. 

The present document is based upon the practical experience of ECMA member companies and the results of their 
active and continuous participation in the work of ISO/IEC JTC1, ITU-T, ETSI and other international and national 
standardization bodies. It represents a pragmatic and widely based consensus. 
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Scope 



The present document specifies Supplementary Service Make Call Request (SS-MCR), which is related, but not limited, 
to various basic services supported by Private Integrated Services Networks (PISNs). Basic services are specified in 
ECMA-142 [2]. 

The supplementary service MCR enables a Requesting User to request a Co-operating User to establish a new 
Requested Call to a Destination User. This new Requested Call between the Co-operating and Destination User can be 
either a Basic call or call independent signalling connection. 

Service specifications are produced in three stages, according to the method described in ETS 300 387 [4]. The present 
document contains the stage 1 and stage 2 specifications of SS-MCR. The stage 1 specification (clause 6) specifies the 
supplementary service as seen by users of PISNs. The stage 2 specification (clause 7) specifies the functional entities 
involved in the supplementary service and the information flows between them. 



Conformance 



In order to conform to the present document, a stage 3 standard shall specify signalling protocols and equipment 
behaviour that are capable of being used in a PISN which supports the supplementary service specified in the present 
document. This means that, to claim conformance, a stage 3 standard is required to be adequate for the support of those 
aspects of clause 6 (stage 1) and clause 7 (stage 2) which are relevant to the interface or equipment to which the stage 3 
standard applies. 



References (normative) 



The following standards contain provisions, which, through reference in this text, constitute provisions of the present 
document. All standards are subject to revision, and parties to agreements based on the present document are 
encouraged to investigate the possibility of applying the most recent editions of the standards indicated below. 

In the case of references to ECMA Standards that are aligned with ISO/IEC International Standards, the number of the 
appropriate ISO/IEC International Standard is given in brackets after the ECMA reference. 

[1] ECMA-133: "Private Integrated Services Network (PISN) - Reference Configuration for PISN 

Exchanges (PINX) (International Standard ISO/IEC 1 1579-1)" . 

[2] ECMA-142: "Private Integrated Services Network (PISN) - Circuit Mode 64kbit/s Bearer 

Services - Service Description, Functional Capabilities and Information Flows (BCSD) 
(International Standard ISO/IEC 1 1574)". 

[3] ECMA-165: "Private Integrated Services Network (PISN) - Generic Functional Protocol for the 

Support of Supplementary Services - Inter-Exchange Signalling Procedures and Protocol 
(QSIG-GF) (International Standard ISO/IEC 1 1582)". 

[4] ETSI ETS 300 387: "Private Telecommunication Network (PTN); Method for the specification of 

basic and supplementary services". 

[5] ITU-T Recommendation 1.112: "Vocabulary of terms for ISDNs". 

[6] ITU-T Recommendation 1.210: "Principles of telecommunication services supported by an ISDN 

and the means to describe them". 

[7] ITU-T Recommendation Z.100: "Specification and Description Language (SDL)". 
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4 Definitions 

For the purposes of the present document, the following terms and definitions apply. 

4.1 External definitions 

For the purposes of the present document the following terms and definitions given in other documents apply: 

basic service: See ECMA-142 [2]. 

call, basic call: See ECMA-165 [3]. 

Call Independent Signalling Connection (CISC): See ECMA-165 [3]. 

call independent: See ECMA-165 [3]. 

call related: See ECMA-165 [3]. 

Private Integrated services Network exchange (PINX): See ECMA-133 [1]. 

Private Integrated Services Network (PISN): See ECMA-133 [1]. 

service: See ITU-T Recommendation 1.1 12 [5]. 

signalling: See ITU-T Recommendation 1.112 [5]. 

Supplementary Service (SS): See ITU-T Recommendation 1.210 [6]. 

user: See ECMA-142 [2]. 

4.2 Other definitions 

4.2.1 Co-operating User 

The user who receives a Make Call Request and who shall set up a new Requested Call to the Destination User. 

4.2.2 Destination User 

The called user of the Requested Call i.e. the user to whom the Co-operating User shall establish a Requested Call. 



4.2.3 Make Call Request 



A request from the Requesting User for a new call (i.e. Requested Call) between a Co-operating User and a Destination 
User. 



4.2.4 Original Call 

The call between the Requesting User and the Co-operating User. The Original Call can be either a Basic call or a call 
independent signalling connection and is correlated with the Requested Call. 

4.2.5 Requested Call 

The call between the Co-operating User and the Destination User that is established by the Co-operating User due to a 
Make Call Request from the Requesting User. The Requested Call can either be a Basic call (with a specific Basic 
Service) or a call independent signalling connection and is correlated with the Original Call. 
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4.2.6 Requesting User 



The User who sends a Make Call Request to the Co-operating User with the request to establish a specific Requested 
Call to the Destination User. 



List of acronyms 



For the purposes of the present document the following acronyms apply: 

ANF Additional Network Feature 

ANF-PR Path Replacement 

ANF-PUMI Private User Mobility Incoming Call 

ANF-PUMO Private User Mobility Outgoing Call 

ANF-RRC Route Restriction Class 

ANF-TC Transit Counter 

CISC Call Independent Signalling Connection 

FE Functional Entity 

ISDN Integrated Services Digital Network 

MC Message Centre 

MCR Make Call Request 

PINX Private Integrated services Network eXchange 

PISN Private Integrated Services Network 

SDL Specification and Description Language 

SS Supplementary Service 

SS-AOC Advice of Charge 

SS-CCBS Completion of Calls to Busy Subscribers 

SS-CCNR Completion of Calls on No Reply 

SS-CD Call Deflection 

SS-CFB Call Forwarding Busy 

SS-CFNR Call Forwarding No Reply 

SS-CFU Call Forwarding Unconditional 

SS-CI Call Intrusion 

SS-CINT Call INTerception 

SS-CLIP Calling Line Identification Presentation 

SS-CLIR Calling/Connected Line Identification Restriction 

SS-CMN Common Information 

SS-CNIP Calling Name Identification Presentation 

SS-CNIR Calling/Connected Name Identification Restriction 

SS-CO Call Offer 

SS-COLP Connected Line Identification Presentation 

SS-CONP Connected Name Identification Presentation 

SS-CPI(P) Call Priority Interruption (Protection) 

SS-CT Call Transfer 

SS-DND Do Not Disturb 

SS-DNDO Do Not Disturb Override 

SS-MCM Message Centre Monitoring 

SS-MID Mailbox Identification 

SS-MWI Message Waiting Indication 

SS-PUMR Private User Mobility Registration 

SS-RE REcall 

SS-SD Simple Dialog 

SS-SMS Short Message Service 

SS-SSCT Single Step Call Transfer 

SS-WTAN Wireless Terminal Authentication of the PISN 

SS-WTAT Wireless Terminal Authentication of a WTM User 

SS-WTLR Wireless Terminal Location Registration 

SS-WTMI Wireless Terminal Incoming Call 

SS-WTMO Wireless Terminal Outgoing Call 
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6 SS-MCR stage 1 specification 

6.1 Description 

6.1.1 General description 

The supplementary service MCR enables a Requesting User to request a Co-operating User to establish a new 
Requested Call to a Destination User. This new Requested Call between the Co-operating User and the Destination 
User can either be a Basic call or a call independent signalling connection. The new Requested Call shall be correlated 
to the Original Call between the Requesting User and the Co-operating User. 

6.1 .2 Qualifications on applicability to telecommunication services 

This supplementary service is applicable to all basic telecommunication services. 

6.2 Procedures 

6.2.1 Provision / withdrawal 

SS-MCR may be provided or withdrawn after pre-arrangement with the service provider or may be generally available 
to all users. 

6.2.2 Normal procedures 

6.2.2.1 Activation, deactivation and interrogation 

Not applicable. 

6.2.2.2 Invocation and operation 

A Requesting User may use SS-MCR to request the set up of a new Requested Call between a Co-operating User and a 
Destination User. 

NOTE: The Requesting User and the Destination User can be the same user (e.g. Requesting/Destination User is 
a Message Centre). 

To invoke SS-MCR the Requesting User may use, if available, an existing signalling connection (either call-related or 
call-independent) with the Co-operating User, otherwise the Requesting User shall establish a call independent 
signalling connection to the Co-operating User in order to convey the following information: 

• address information of the Destination User (e.g. Party Number); 

• optionally, number information of the Co-operating User (e.g. Party Number); 

• optionally, number information of the Requesting User (e.g. Party Number); 

• an indication for a Basic Service, if a Basic call is requested, otherwise an indication for a call independent 
signalling connection; 

• a correlation ID for the Original Call and the Requested Call; 

• an indication whether to retain the Original Call after successful establishment of the Requested Call. 

If the entity serving the Co-operating User supports SS-MCR, this entity may check whether the Requesting User is 
allowed to invoke SS-MCR and if a call independent signalling connection or a Basic call with the indicated Bearer 
Service can be established. Afterwards, the Co-operating User may be informed about the SS-MCR request. The 
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Requested Call shall be either a Basic call with the requested Basic Service or a call independent signalling connection, 
due to the received request. Additionally the following information shall be sent to the Destination User: 

• address information of the Requesting User and Co-operating User (i.e. Party Number of the Requesting User) 
if received; 

• a correlation ID for the Original Call and the Requested Call. 

If the Requested Call is successfully established, an appropriate indication shall be sent to the Requesting User. The 
Original Call shall be retained or cleared immediately after successful establishment of the Requested Call dependent 
on the corresponding indication received in the initial Make Call Request from the Requesting User. The Co-operating 
User is responsible for clearing of the Requested Call. In case of retention of the Original Call the Requesting User is 
responsible for clearing of the Original Call to the Co-operating User. 

6.2.3 Exceptional procedures 

6.2.3.1 Activation, deactivation and interrogation 

Not applicable. 

6.2.3.2 Invocation and operation 

If the entity serving the Co-operating User does not support SS-MCR or if the validation of the request from the 
Requesting user fails or a call independent signalling connection or a Basic call with the indicated Basic Service cannot 
be established, an appropriate error indication shall be sent to the Requesting User. The Requesting User is responsible 
for clearing of the Original Call. 

If the Co-operating User is busy when SS-MCR is invoked, an appropriate error indication shall be sent to the 
Requesting User. The Requesting User is responsible for clearing the Original Call. 

6.3 Interactions with other Supplementary Services / Additional 
Network Features 

Interactions with other supplementary services and ANFs for which PISN standards were available at the time of 
publication of the present document are specified below. 

6.3.1 Calling Line Identification Presentation (SS-CLIP) 

No interaction. 

6.3.2 Connected Line Identification Presentation (SS-COLP) 

No interaction. 

6.3.3 Calling/Connected Line Identification Restriction (SS-CLIR) 

No interaction. 

6.3.4 Calling Name Identification Presentation (SS-CNIP) 

No interaction. 

6.3.5 Calling/Connected Name Identification Restriction (SS-CNIR) 

No interaction. 
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6.3.6 Connected Name Identification Presentation (SS-CONP) 

No interaction. 

6.3.7 Call Forwarding Unconditional (SS-CFU) 

If the Co-operating User has activated SS-CFU, the request to set up a new Requested Call shall not be forwarded. It is 
an implementation option for the entity serving the Co-operating User to either provide SS-MCR or to send an error 
indication towards the Requesting User. 

SS-CFU, activated at the Destination User, is not affected by SS-MCR, i.e. the Requested Call may be forwarded. 

6.3.8 Call Forwarding Busy (SS-CFB) 

If a Co-operating User has activated SS-CFB and is in busy condition, the request to set up a new Requested Call shall 
not be forwarded and an error indication shall be provided towards the Requesting user. 

SS-CFB, activated at the Destination User, is not affected by SS-MCR, i.e. the Requested Call may be forwarded. 

6.3.9 Call Forwarding No Reply (SS-CFNR) 

If the Co-operating User has activated SS-CFNR and does not answer, the request to set up a new Requested Call shall 
not be forwarded. It is an implementation option for the entity serving the Co-operating User to either continue 
providing SS-MCR or to send an error indication towards the Requesting User. 

SS-CFNR, activated at the Destination User, is not affected by SS-MCR, i.e. the Requested Call may be forwarded. 

6.3.1 Call Deflection (SS-CD) 

Deflection of the request to set up a new Requested Call shall not be allowed. The request to set up a new Requested 
Call shall not be deflected. It is an implementation option for the entity serving the Co-operating User to either provide 
SS-MCR or to send an error indication towards the Requesting User. 

SS-CD, activated at the Destination User, is not affected by SS-MCR, i.e. the Requested Call may be deflected. 

6.3.1 1 Path Replacement (ANF-PR) 

No interaction. 

6.3.12 Call Transfer (SS-CT) 

No interaction. 

6.3.1 3 Completion of Calls to Busy Subscribers (SS-CCBS) 

No interaction. 

6.3.1 4 Completion of Calls on No Reply (SS-CCNR) 

No interaction. 

6.3.15 Call Offer (SS-CO) 

No interaction. 
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6.3.16 Do Not Disturb (SS-DND) 



If the Co-operating User has activated SS-DND, it is an implementation option for the entity serving the Co-operating 
User to either provide SS-MCR or to send an error indication towards the Requesting User. 

If the Destination User has activated SS-DND, it is an implementation option for the entity serving the Destination User 
to either present the Requested Call to the Destination User or to send an error indication towards the Co-operating 
User. 

6.3.1 7 Do Not Disturb Override (SS-DNDO) 

No interaction. 

6.3.18 Call Intrusion (SS-CI) 

No interaction. 

6.3.19 Advice of Charge (SS-AOC) 

No interaction. 

6.3.20 Recall (SS-RE) 

No interaction. 

6.3.21 Call Interception (SS-CINT) 

No interaction. 

6.3.22 Transit Counter (ANF-TC) 

No interaction. 

6.3.23 Route Restriction Class (ANF-RRC) 

No interaction. 

6.3.24 Message Waiting Indication (SS-MWI) 

No interaction. 

6.3.25 Wireless Terminal Location Registration (SS-WTLR) 

No interaction. 

6.3.26 Wireless Terminal Incoming Call (SS-WTMI) 

No interaction. 

6.3.27 Wireless Terminal Outgoing Call (SS-WTMO) 

No interaction. 

6.3.28 Wireless Terminal Authentication of a WTM User (SS-WTAT) 

No interaction. 



ETSI 



13 ETSI TS 102 256 V1 .1 .1 (2003-08) 

6.3.29 Wireless Terminal Authentication of the PISN (SS-WTAN) 

No interaction. 

6.3.30 Common Information (SS-CMN) 

No interaction. 

6.3.31 Call Priority Interruption (Protection) (SS-CPI(P)) 

No interaction. 

6.3.32 Private User Mobility Incoming Call (ANF-PUMI) 

No interaction. 

6.3.33 Private User Mobility Outgoing Call (ANF-PUMO) 

No interaction. 

6.3.34 Private User Mobility Registration (SS-PUMR) 

No interaction. 

6.3.35 Single Step Call Transfer (SS-SSCT) 

No interaction. 

6.3.36 Simple Dialog (SS-SD) 

No interaction. 

6.3.37 Call Identification and Call Linkage (ANF-CIDL) 

If applicable, the same Thread ID shall be used for the call between Requesting User and Co-operating User and the call 
between Co-operating User and Destination User. 

6.3.38 Short Message Service (SS-SMS) 

No interaction. 

6.3.39 Message Centre Monitoring (SS-MCM) 

No interaction. 

6.3.40 Mailbox Identification (SS-MID) 

No interaction. 

6.4 Interworking considerations 

If an adjacent network supports an equivalent feature, interworking between the PISN and the other network is allowed. 
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6.5 Overall SDL 



Figure 1 contains the dynamic description of SS-MCR using the Specification and Description Language (SDL) defined 
in ITU-T Recommendation Z.100 [7]. The SDL process represents the behaviour of the network in providing SS-MCR. 

Input signals from the left and output signals to the left represent primitives from and to the Requesting User. 

Input signals from the right and output signals to the right represent primitives from and to the Co-operating User. 
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MCR idle 




Cooperating User 

initiates new connection 

to Destination User 




MCRequest 

unsuccessful 

indication 



Figure 1 : SS-MCR Overall SDL 
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SS-MCR stage 2 specification 



7.1 



Functional model 



FEl 
FE2 
FE3 
FE4 
FE5 
FE6 



7.1 .1 Functional model description 

The functional model shall comprise the following Functional Entities (FEs): 
Requesting User's User Agent 
Requesting User's control entity 
Co-operating User's control entity 
Co-operating User's User Agent 
Destination User's control entity 
Destination User's User Agent 
The following relationship shall exist between these FEs: 
ra between FEl and FE2 

rb between FE2 and FE3 

re between FE3 and FE4 

rd between FE3 and FE5 

re between FE5 and FE6 

Figure 2 shows these FEs and relationships. 

rb 



FE1 



ra 



FE2 



FE3 



rd 



FE5 



re 



FE6 



re 



FE4 



Figure 2: Functional model for SS-MCR 

7.1 .2 Description of Functional Entities 
7.1 .2.1 Requesting User's User Agent, FE1 

This Functional Entity: 

• receives a request for a call from the requesting user and sends an indication to FE2; 

• receives a notification about the progress of call establishment of the Requested Call from FE2; 

• receives a confirmation for the Requested Call from FE2. 
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7.1 .2.2 Requesting User's Control entity, FE2 

This Functional Entity: 

receives a request to establish a new call from FE1; 

establishes a signalling connection to FE3, if necessary; 

sends an indication to FE3 to establish a new call from FE3 to FE5; 

receives a notification about the progress of call establishment of the Requested Call from FE3 and sends a 
notification to FE1; 

receives a confirmation from FE3 for the Requested Call from FE3 to FE5 and sends a notification to FE1. 

7.1 .2.3 Co-operating User's Control entity, FE3 

This Functional Entity: 

• receives a request to establish a new call from FE2; 

• sends a corresponding indication to FE4; 

• checks if the request to establish a new call is allowed to be performed; 

• initiates new call establishment and sends an indication about call request to FE5; 

• sends a notification about the progress of call establishment of the Requested Call to FE2; 

• sends a confirmation for the Requested Call to FE2. 

7.1 .2.4 Co-operating User's User Agent, FE4 

This Functional Entity: 

• receives an indication about call establishment from FE3; 

• notifies the Co-operating user. 

7.1 .2.5 Destination User's Control entity, FE5 

This Functional Entity: 

• receives a request for call establishment from FE3; 

• establishes a new call to FE3 and sends a corresponding indication to FE6. 

7.1 .2.6 Destination User's User Agent, FE6 

This Functional Entity: 

• receives an indication about call establishment from FE5; 

• notifies the destination user. 
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7.2 



Information flows 



7.2.1 



Definition of information flows 



In the tables listing the elements in information flows, the column headed "Request" indicates which of these elements 
are mandatory (M) and which are optional (O) in a request/indication information flow, and the column headed 
"Confirm" (confirmed information flows only) indicates which of these elements are mandatory (M) and which are 
optional (O) in a response/confirmation information flow. 



7.2.1.1 



MCR_CallRequest 



MCR_CallRequest is a confirmed information flow across ra from FE1 to FE2 and rb from FE2 to FE3 used by the 
Requesting User to initiate establishment of a new call from FE4 to FE6. 

Table 1 lists the elements within the MCR_CallRequest information flow. 

Table 1 : Content of MCR_CallRequest 



Element 


Request 


Confirm 


NOTE 


Destination Address 


M 




1 


Requesting Address 







2 


Co-operating Address 







3 


Call Type 


M 




4 


Correlation 


M 




5 


Retain Original Call 







6 


Result 




M 


7 



NOTE 1: This is the Destination User's Party Number (e.g. PISN number). 
NOTE 2: This is the Requesting User's Party Number (e.g. PISN number). 
NOTE 3: This is the Co-operating User's Party Number (e.g. PISN number). 



NOTE 4: This is an indication whether a basic call with a certain basic service or call-independent signalling 
connection is requested. 

NOTE 5: This is an indication for correlation of the Requested Call with the original call. 

NOTE 6: This is an indication whether the original call shall be retained or cleared after establishment of the 
Requested Call. 

NOTE 7: This indicates acceptance or the reason for rejection. 



7.2.1.2 



MCR_PromptCoop 



MCR_PromptCoop is a confirmed information flow across re from FE3 to FE4 used by the Co-operating User's Control 
Entity to prompt the Co-operating User prior to establishment of the Requested Call from FE4 to FE6. 

MCR_PromptCoop is an internal message flow within the Co-Operating PINX between FE3 and FE4. Therefore this 
information flow is not visible on the external interface. 

Table 2 lists the elements within the MCR_PromptCoop information flow. 

Table 2: Content of MCR_PromptCoop 



Element 


Request 


Confirm 


NOTE 


Requesting Address 







1 


Destination Address 


M 




2 


Call Type 


M 




3 


Result 




M 


4 
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NOTE 1: This is the Requesting User's identity (e.g. PISN number). 

NOTE 2: This is the Destination User's identity (e.g. PISN number). 

NOTE 3: This is an indication whether a basic call or call-independent signalling connection is requested. 

NOTE 4: This indicates acceptance or the reason for rejection. 



7.2.1.3 



MCR Inform 



MCR_Inform is an unconfirmed information flow across rd from FE3 to FE5 and re from FE5 to FE6 used by the 
Co-operating User's Control Entity to notify the Destination User about establishment of the Requested Call from FE4 
to FE6. 

Table 3 lists the elements within the MCR_Inform information flow. 

Table 3: Content of MCR Inform 



Element 


Request 


Confirm 


NOTE 


Requesting Address 







1 


Co-operating Address 







2 


Correlation 


M 




3 



NOTE 1: This is the Requesting User's identity (e.g. PISN number). 

NOTE 2: This is the Co-operating User's identity (e.g. PISN number). 

NOTE 3: This is an indication for correlation of the Requested Call with the Original call. 



7.2.1.4 



MCR_Alerting 



MCR_Alerting is an unconfirmed information flow across rb from FE3 to FE2 and ra from FE2 to FE1 used by the 
Co-operating User's Control Entity to notify the Requesting User that the Requested Call from FE4 to FE6 has reached 
the Call Delivered state. 

Table 4 lists the elements within the MCR_Alerting information flow. 

Table 4: Content of MCR_Alerting 



Element 


Request 


Confirm 


NOTE 


Correlation 


M 




1 



NOTE 1: This is an indication for correlation of the Requested Call with the Original call. 

7.2.2 Relationship of information flows to Basic Call information flows 

The MCR_Inform request/indication information flow shall be sent across rd in conjunction with the basic call rl_setup 
request/indication, which is sent to initiate call establishment by the Co-operating User. 

7.2.3 Information flow sequences 

A stage 3 standard for SS-MCR shall provide signalling procedures in support of the information flow sequences 
specified below. In addition, signalling procedures should be provided to cover other sequences arising from error 
situations, interactions with Basic Call, interactions with other supplementary services, different topologies, etc. 
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The following abbreviations are used: 
req request 

ind indication 



res 



response 
confirm 



7.2.3.1 



Make Call Request procedures of SS-MCR 



Figure 3 shows in generic form the information flow sequence for invocation of SS-MCR. 




FE1 



CCA 



101 



102 
103 




FE2 



cc 



ra_MCR_CallReques: 



req/ind 



ra_MCR_Alerting 



req/ind 
ra_MCR_CallRequest 



201 



202 
203 




FE3 



CC 



rb_MCR_CallReques 



req/ind 



rb_MCR_Alerting 



req/ind 
rb_MCR_CallReques 



301 



302 



303 
304 




FE4 



CCA 



rc_MCR_PromptCoop 



req/ind 
rc_MCR_PromptCoop 



con/res 



rd MCR Inform 



req/ind 
SETUP 



req/ind 

REPORT 

["User being alerted"] 



req/ind 
SETUP 



401 



402 




FE5 



CC 



501 




FE6 



CCA 



re MCR Calllrm 



req/ind 
SETUP 



req/ind V 

REPORT 

["User being alerted"] 



req/ind 
SETUP 



601 



Figure 3: Information flow sequence for invocation of SS-MCR 



7.3 Functional Entity actions 
7.3.1 Functional Entity actions of FE1 

101 sends ra_MCR_CallRequest req/ind to FE2 indicating the necessary information needed to 
establish a call from FE4 to FE6 

102 receives ra_MCR_Alerting req/ind from FE2 indicating alerting of the Requested Call 

103 receives ra_MCR_CallRequest res/con from FE2 indicating successful or unsuccessful call 
establishment of the Requested Call 



7.3.2 

201 

202 
203 



Functional Entity actions of FE2 



receives ra_MCR_CallRequest req/ind from FE1, checks if the Requesting User request is valid 
and allowed to be performed, and sends rb_MCR_CallRequest req/ind to FE3 indicating the 
necessary information needed to establish a call from FE4 to FE6 

receives rb_MCR_Alerting req/ind from FE3 and sends the ra_MCR_Alerting req/ind to FE1 

receives rb_MCR_CallRequest res/con from FE3 indicating successful or unsuccessful call 
establishment of the Requested Call and sends the corresponding ra_MCR_CallRequest res/con to 
FE1 
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7.3.3 Functional Entity actions of FE3 

301 receives rb_MCR_CallRequest req/ind from FE2 and sends rc_MCR_PromptCoop req/ind to FE4 

302 receives rc_MCR_PromptCoop res/con from FE4 and sends rd_MCR_Inform req/ind to FE5 

303 receives REPORT req/ind indicating "User being alerted" from FE5 and sends rb_MCR_Alerting 
req/ind to FE2 

304 receives SETUP res/con from FE5 and sends rb_MCR_CallRequest res/con to FE2 

7.3.4 Functional Entity actions of FE4 

401 receives rd_MCR_Inform req/ind from FE3 and indicates the information to the Co-operating User 

402 sends rc_MCR_PromptCoop res/con to FE3 

7.3.5 Functional Entity actions of FE5 

501 receives rd_MCR_Inform req/ind from FE3, checks if the Served User is not busy and sends 

re_MCR_Inform req/ind to FE6 

7.3.6 Functional Entity actions of FE6 

601 receives re_MCR_Inform req/ind from FE5, and sends SETUP res/con to FE5 

7.4 Functional Entity behaviour 

The FE behaviours shown below are intended to illustrate typical FE behaviour in terms of information flows sent and 
received. The behaviour of each FE is shown using the Specification and Description Language (SDL) defined in 
ITU-T Recommendation Z.100 [7]. 
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7.4.1 Behaviour of FE1 

Figure 4 shows the normal behaviour of FE1. Output signals to the left and input signals from the left represent 
information flows to and from FE2. Output signals to the right and input signals from the right represent information 
flows to and from the User. 



MCRJdle 



Indication for 
Make_Call_Request 



ra_MCR_CallRequest 
req/ind 



101 

toFE2 



MCR_Active 



103 
from FE2 



ra_MCR_CallRequest 

con/res 

(accepted) 



Make_Call_Request 
successful indication 



ra_MCR_CallRequest 
con/res 
(rejected) 



Make_Call_Request 
unsuccessful indication 



102 
from FE2 



ra_MCR_Alerting 
ind 



MCRJdle 



Figure 4: SDL for MCR Procedures for FE1, Requesting User's User Agent 
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7.4.2 Behaviour of FE2 

Figure 5 shows the normal behaviour of FE2. Output signals to the left and input signals from the left represent 
primitives to and from the FE1. Output signals to the right and input signals from the right represent information flows 
from and to FE3. 



MCRJdle 



ra_MCR_CallRequest 
req/ind 



201 

from FE1 



rb_MCR_CallRequest 
req/ind 



201 

toFE3 



203 

from 

FE3 



MCR_Active 



rb_MCR_CallRequest 

con/res 

(accepted) 



203 

to 

FE1 



ra_MCR_CallRequest 

con/res 

(accepted) 



rb_MCR_CallRequest 
con/res 
(rejected) 



ra_MCR_CallRequest 
con/res 
(rejected) 



MCRJdle 



202 

from — 
FE1 



rb_MCR_Alerting 
req/ind 



202 

to 

FE1 



ra_MCR_Alerting 
req/ind 



Figure 5: SDL for MCR Procedures for FE2, Requesting User's control entity 
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7.4.3 Behaviour of FE3 

Figure 6 shows the normal behaviour of FE3. Output signals to the left and input signals from the left represent 
primitives to and from the FE2. Output signals to the right and input signals from the right represent primitives to and 
from the FE4 and FE5. 



MCRJdle 



301 

from FE2 



rb_MCR_CallRequest 
req/ind 




rc_MCR_PromptCoop 
req/ind 



rc_MCR_PromptCoop 

res/con 

(accepted) 



rd_MCR_lnform 
req/ind 



G 



MCR_Active 



301 

toFE4 



rc_MCR_PromptCoop 
res/con 
(rejected) 



302 

from FE4 



302 
toFE5 




303 

to 

FE2 



Call Alerting 



rb_MCR_Alerting 
req/ind 



304 
from - 
FE5 



304 
to 
FE2 



Call establishment 
successful 



rb_MCR_CallRequest 

con/res 

(accepted) 



Call establishment 
unsuccessful 



rb_MCR_CallRequest 
con/res 
(rejected) 



Figure 6: SDL for MCR Procedures for FE3, Co-operating User's control entity 
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7.4.4 Behaviour of FE4 

Figure 7 shows the normal behaviour of FE4. Output signals to the left and input signals from the left represent 
primitives to and from the FE3. 



402 
toFE3 



rc_MCR_PromptCoop 

con/res 

(accepted) 



402 
toFE3 



401 

from FE3 




rc_MCR_PromptCoop 
con/res 
(rejected) 



MCR idle 



Figure 7: SDL for MCR Procedures for FE4, Co-operating User's User Agent 

7.4.5 Behaviour of FE5 

Figure 8 shows the normal behaviour of FE5. Output signals to the left and input signals from the left represent 
primitives to and from the FE3. Output signals to the right and input signals from the right represent primitives to and 
from the FE6. 



MCR idle 



rd_MCR_lnform 

req/ind 



501 

from FE3 



re_MCR_lnform 
req/ind 



501 
toFE6 



MCR idle 



Figure 8: SDL for MCR Procedures for FE5, Destination User's control entity 
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7.4.6 Behaviour of FE6 

Figure 9 shows the normal behaviour of FE6. Output signals to the left and input signals from the left represent 
primitives to and from the FE5. 



MCR idle 



re_MCR_lnform _ 601 

req/ind from FE5 



MCR idle 



Figure 9: SDL for MCR Procedures for FE6, Destination User's User Agent 



7.5 Allocation of Functional Entities to physical equipment 

The allocation of FEs to physical locations shall apply as shown in table 5. 

Table 5: Scenarios for the allocation of FEs to physical equipment for SS-MCR 





FE1 


FE2 


FE3 


Scenario 1 


Requesting User 


Requesting User PINX 


Co-operating User PINX 


Scenario 2 


Message Centre 


Message Centre PINX 


Served User PINX 






FE4 


FE5 


FE6 


Scenario 1 


Co-operating User 


Destination User PINX 


Destination User 


Scenario 2 


Served User 


Message Centre PINX 


Message Centre 
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7.6 Interworking considerations 



The allocation of FEs to physical locations in the case of interworking with other networks that support a compatible 
service shall apply as shown in table 6. 



Table 6: Scenarios for the allocation of FEs to physical equipment for SS-MCR 
in the case of interworking with other networks 





FE1 


FE2 


FE3 


Scenario 3 


Requesting User 


Requesting User PINX 


Co-operating User PINX 


Scenario 4 


Other network 


Other network 


Served User PINX 


Scenario 5 


Requesting User 


Requesting User PINX 


Other network 


Scenario 6 


Other network 


Other network 


Served User PINX 


Scenario 7 


Requesting User 


Requesting User PINX 


Other network 


Scenario 8 


Other network 


Other network 


Other network 






FE4 


FE5 


FE6 


Scenario 3 


Co-operating User 


Other network 


Other network 


Scenario 4 


Served User 


Destination User PINX 


Destination User 


Scenario 5 


Other network 


Destination User PINX 


Destination User 


Scenario 6 


Served User 


Other network 


Other network 


Scenario 7 


Other network 


Other network 


Other network 


Scenario 8 


Other network 


Destination User PINX 


Destination User 
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